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SYSTEM AND METHOD FOR MICROPAYMEISTT IN ELECTRONIC COMMERCE 



FIELD AND BACKGROUND OF THE INVENTION 

The present inventioii relates to virtual payment in electronic commerce, and, in 
5 particxilar, to virtual micropayment using stored value. 

Electronic commerce is rapidly evolving. More and more merchants receive orders for 
physical and virtual merchandise over the Internet, and consumers can place orders via the 
Internet using a personal computer, a screen phone, a mobile telephone, a set-top box, or a 
personal digital assistaat The term "virtual merchandise" herein denotes merchandise which 
10 can be embodied as some form of pxare information, and which may therefore be delivered 
from the seller to tlie purchaser directly over the network without physical interaction. Non- 
limiting examples of virhial merchandise include music and other audio content; news, 
reference, directory, and financial information; communications services; computer software 
and games; photographs, videos, graphics, and other images; reservations, tickets, and 
15 Ucenses. Compatible payment solutions have been developed, the majority of which axe based 
on charging the payment to a credit or debit card. 

Payment by mobile telephones extends beyond electronic commerce. Mobile 
telephones are sophisticated, relatively secure units carried by an increasing number of 
consumers, and this has led to the use of mobile telephones to identify their owners and access 
■ 20 fimds for maldng payments in vending machines, toll booths, parking, and general retail. 

Many of the goods sold via electronic or mobile commerce are of low cost: digital 
content such as music titles, news, games, photos, graphics, and so forth, or low-cost physical 
items purchased by mobile phones from vendmg machines, kiosks, newsstands, and the like. 
Charging small amounts ranging from a few cents to a few dollars via credit or debit is 
25 economically prohibitive, since the per-transactLon processing costs of credit and debit charges 
are high compared to the fees collectable for such small payments. The term "micropayment" 
herein denotes such a payment that is too small to economically process via a credit or debit 
charge. Thus, micropayments over the Internet and micropayments made by mobile phones 
require a dedicated solution other than credit or debit charge. The term 'Virtual micropayment" 
30 herein denotes a micropayment made over a communications channel, without the physical 
presence of the payer before the payee. 
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The micropayrnent- chaUenge b.as already been identified aixd dealt with in physical 
cotomerce to replace ca&h. in small payments, such as those encotuxtered ia vending, parking, 
newsstands, fast food, and so fortti. The solutions have all been built around "stored-value" 
(SV) techcology. SV technology provides the abiUty to store and transfer value in a wiy 
which is secured against xmauthorized creation of value or double-spending of the same stored 
valne- It is widely accepted that only a special-purpose integrated circuit ("chip") with an 
appropriate operating system and cryptographic capabilities can provide the required level of 
security. Such chips are embedded into "smart cards", secure application modules (SAM) 
within merchant point-of-sale (POS) terminals, mobile telephones, and so forth. 

Various designs for stored-value payment systems have been described and/or 
implemented in the market, inchiding Mondex, Proton, Qeldkarte, and Ultimas. While 
Mondex, Proton, and Geldkarte store and transfer value that represents electronic cash, 
Ultiraus (described in US Patents 5,744,787, 6,076,075, 6,065,675, and 6,119,946) uses stored 
value to temporarily retain the unused part of previous ci edit and debit transactions. 

Solutions so far presented for making rmcropayments over the Internet, without the 
need for the consumer to open accounts with specifiic.merchants, can be classified iato two 
groups: 

1. Using stored-value cards to make payment over the Ihtemet via a secure protocol 
between the customer's card and the merchant's server; and 

2. Billing the transactions to the customer's account with a service pro^/ider (e.g. 
hatemet, telephony, mobile telephony), and settling the aggregated balances 
(accumulated from many customers of the service providers buying from the same 
merchant) between the service provider (SP) and the merchant. 

Neither of the above has so far proven to be successful. The limitation of the first 
solution is in tlie need to provide ©very customer with a smart card and a smart card reader. 
Because this is currently not feasible, there is no incentive for merchants to accept stored- 
value payments. This in tmn discourages consumers from acquiring smart cards and smart 
card readers, and thereby perpetuating this limitation. The limitation of the second approach is 
in requiring a global access of the service provider to merchants, to cover the global market 
represented by the Internet today. Service providers would be required to establish payment 
accounts with a large number of merchants in order to offer their subscribers a broad variety of 
merchandise. This would place a heavy burden on the service providers and detract from their 
principal business, which is providing Intemet, telephony, or mobile telephony service. This 
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limitation therefore restricts the size and scope of merchandising based on setting up payment 
accounts between service providers and merchants. 

There is thus a widely recognized need for, and it would be highly advantageous to 
ha^re, a system and method fox handling raicropaycnents over a network that neither requhes 
consumers to acquire individual smart cards and readers, nor requires seivice providers to 
establish biUing accounts with merchants- This goal is met by the present invecotion. 

OBJECT AND SUMMARY OF THTR INVENTION 

The object of the present invention is to provide an efScient and effective stored value- 
based payment solution for electronic commerce, which overcomes the Utnitations of the prior 
art described above. 

Stored-value (SV) payment will relate hereinafter to all tibe payment solutions 
involviug stored-value technology for micropayment, including, but not limited to, Mondex, 
Proton, Geldlcarte, and tJltimus mentioned in the backgroxmd above. US Patents 5,744,787, 
6,076,075, 6,065,675, and 6,119,946 are incorporated by reference as if set forth fully heiein- 

In its simplest form, the present invention can be described as placing a smart card and 
a smart card reader (or an equivalent heavy-dufy^SV device featuring smart card security) with 
service providers, who pay with SV to merchants on behalf of liieir customers and bill the 
customers for their pnichases. Optionally, other customers, who prefer to pay directly to the 
merchant, can acquire a smart card and reader and make the purchases by themselves using the 
same SV payment system. 

According to a first aspect of the present invention, there is provided a stored-value 
(SV) payment system, including: 

• a merchant server to advertise goods for sale, receive orders, collect SV payment 
and supply the goods; and 

• a service provider (SP) computer to make SV payments to the merchant and bill 
the customer therefor. 

According to a second aspect of the present invention, the merchant server can receive 
orders and SV payments from customers either via their service provider as described above, 
or directly from customers who have a stored-value payment unit (such as a smart card and a 
smart card reader connected to a personal computer, or an SV chip contained in a mobile 
telephone). 

In a third aspect of the present inventioEL, the SV used to pay the merchant can be 
received by a stored-value POS at the merchant prenaises. Alternatively, such a xmit can be 
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located remotely from the merchant, such as by the merchant's acquiring bank or by a third- 
party service, whereby payments are received on behalf of the merchant, with reports sent to 
tiie merchant for fiilfillment of the respective orders. 

It is noted that the service provider can be an Internet service proyider (ISP), a 
5 telephone company, a mobile telephony operator, a utility provider, a bank, or aiiy other entity 
which has, or which can establish, efficient billing relations with a large number of consumers. 

The present iavention is preferably implemented by an SV payment system provided 
and supported by the banks and payment associations. In this way, the payment between the 
SP and merchant uses a standard payment platform which relies upon the global presence and 
10 expertise of the banks and payment associations in operating payment systems, while the 
customer-SP billing is based on existing, local billing systems and well established cxjstomer- 
suppher relations. 

According to Hhs present invention, the SP can be a communication service provider 
(latemet, telephony, mobile telephony), a utility provider having efficient billing arrangements 

15 with its customers, or a dedicated electronic retail store established by banks or other 
entrepreneurs. By virtue of making payments to merchants via SV at the time of purchase, the 
SP does not need to establish any special billing arrangements with the merchant. 

However, also according to the present invention, tlie SP could establish a relationship 
with the merchant whereby the SP acts as a retailer interfacing between the customer and the 

20 merchant, who acts as a wholesaler. Under such a relationship, the SP would be entitled to a 
wholesale discoimt on merchandise. The SP could treat this discount as additional earnings or 
alternatively pass all or part of the discount to the customer as a marketing incentive to use the 
SP's servicey. Alternatively, the SP can b)Jl an additional fee to the customer for providing this 
merchandise service. 

25 According to variations of the present invention, instead of the merchant's commerce 

server including or being connected to a stored- value payment unit, such a unit may receive 
payment on behalf of the merchant and send the merchant a payment receipt 
acknowledgement, upon receipt of which the merchant would release the merchandise to the 
customer. In this case, the stored-value payment unit that receives payment on behalf of the 

30 merchant can be placed at the merchant premises but connected to payers separately from the 
connection to the commerce server. Alternatively, the stored-value payment unit may be 
placed remotely (such as at the site of a service provider), or may be operated by a tmsted 
third party (such as the merchant's acquiring bank) to receive payment for the merchant. In the 
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two latter cases, the stored-value payment unit osax be dedicated exclusively to the merchant, 
or a single such xinit can be shared among a plxirality of merchants, with accounting separated 
according to a merchant identification included in each stored- vabie payment. 

In time,! customers using the SP's interface to make micxopayments, may acquire an 

5 SV payment interface for their own personal computer or mobile telephone, and then switch 
all or part of their purchases to direct orders to the merchants without involving the SP. Thus, 
the present invention allows for flexibility and evolution. 

Therefore, according to the present invention there is provided a system for making a 
first micropayment for a first purchase by a first customer to a first merchant, the system 

1 0 iacluding: (a) a stored-value point-of-sale for receiving the first micropaym.ent on behal f of the 
first merchant; (b) a service provider computer including a service provider stored-value 
payment unit for making the first micaropayment to the stored-value point-of-sale; and a 
customer billing unit for billing the j&rst customer in accordance with the making of the first 
micropayment; and (c) a first customer terminal operable by the first customer to make the 

1 5 first purchase, the first purchase including the first micropayment. 

Furthermore, according to the present invention there is also provided a method for 
making a payment from a customer to a merchant for a merchandise item via a service 
provider, the method mcluding the steps of: (a) sending an order for the merchandise item 
from the customer to the service provider; (b) maldng a stored-value payment for the 

20 merchandise item to the merchant from the service provider; and (c) billiog the customer for 
the merchandise item by the service provider. 

BRIEF DESC-RIPTIQN OF THE DRAWINGS 

The invention is herein described, by way of example only, with reference to ttie 
accompanying drawings, wherein: 
25 Figure 1 is a block diagram of a system according to the present invention. 

Figure 2 is a flowchart illustrating a paymeut method according to the present 
invention. 

Figures 3A-C are block diagrams describing variations of the present invention. 
Figures 4A-B are block diagrams describing additional variations of the present 
30 invention. 
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DESCRIPTION OF THE PREFERJRBD EMBODIMENTS 

The principles and operation of a payment system and method according to the present 
invention may be understood with reference to the drawings and the accompanying 
description. • 

Figure 1 is a block diagram iUustratiag a payment system according to the present 
invention. A merchant server 100 is connected to the Internet via an interface 104. An 
advertisiag unit 101 provides information to interested customcsrs about products, prices^ 
special offers, etc. A merchandising unit 103 receives orders and ships goods according to 
customer requests. A merchant store d-valne payment unit 102 receives and settles payments 
by stored value (for example, payments according to Mondex, Proton, Geldlcarte, or Ultimus 
and settlement of the received stored value with the respective S V issuers/acquirers). Merchant 
server 100 may inclnde also a regular payment unit (not shown) for credit or debit card billing 
for higher purchas es . 

A service provider (SP) computer 110 is operated as an add-on service by a 
comTniiTii cation service provider (Ihtemet, telephony, mobile telephony) which serves and bills 
customers for communication services, or by a dedicated electronic retail store connected to 
the Internet. Service provider computer 110 is connected to the Internet via an interface 114. A 
merchandising logger 113 keeps track of customer orders for handling questions and resolving 
disputes. A payment unit 111 makes SV micropayments to unit 102 of merchant server 100. A 
customer billing unit 112 records all micropayments made by the SP to the merchant on behalf 
of customers, and adds them to the respective customers' bills. 

A customer terminal "type A" 130 uses the services of SP computer 110 to place 
orders with merchant sever 100, and is connect to the internet via an SP interface 132. The 
customer uses a shopping unit 131 to browse via the servers of various merchants and place 
and record orders. Payment for orders is made via SP computer 110 in two steps: the SP pays 
merchant server 100 via SV payment unit 111, and then bills the customer via billing unit 112. 
The amoimt paid by unit 111 may be lower than that billed by unit 112, the dijfference being 
the discount the SP receives from the merchant and/or the fee paid by the customer, . 

A customer terminal "type B" 120, includes an independent SV payment unit 121. 
Therefore, the customer can operate shopping umt 122 to order directly firom and pay directly 
to merchant server 100, using any internet link via interface 123, 
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It is noted that payment unit 102 of mercliant server 100 receives the same form of SV 
micropayment, whether made directly by a customer using terminal "type B" 120 or indirectly 
by a customer using terminal "type A" 130 to pay via SP computer 110. 

Figure 2 is a flow(phart describing the payment metliod according to the present 
5 invention for a customer using terminal "type A" 130 (Figure 1), In, a step 201, the customer 
uses shopping unit 131 (Figure 1) to browse via various offers, select a desired item with a 
seleoied merchant, and send the order to SP computer 110 (Figure 1). In a step 202 the 
payment is received, and in at decision point 203 the order is checked to see if the customer is 
billable. If the customer is not found to be billable (e.g. the customer has no account with the 

10 SP or has a bad history record), the order is rejected in a step 210. Otherwise, a purchase order 
is issued in a step 204, and in a step 205 the SP makes iull payment by SV. In a step 206 the 
purchase order and payment are received by the merchant In a step 207 the merchandise is 
supplied to the customer, either via the SP or directly (for example, a music clip is sent 
directly to the email address of the customer, upon an order placed through an SP who is a 

15 mobile operator). In a step 208 the SP bills the customer via the regular billing (such as a 
mobile service bill). The amount billed by the SP to the customer in step 208 may be higher 
than the amount paid by the SP to the merchanrt in step 205, the difference being a discount 
granted by the merchant to the SP and/or a fee paid by the customer. 

In. an alternative embodiment of the method described above, the customer may send 

20 the order directly to the merchant, in which case the merchant sends a copy of the order to the 
service provider, and the service provider does not need to send a purchase order to the 
merchant. 

Figure 3A is an alternative block diagram of the system described In Figure 1, A 
customer comanerce unit 301 (such as a web browser or a mobile telephone) is used to place a 

25 retail order 311 with a proxy server 302 (a proxy such as a service provider). Retail order 311 
is transformed at server 302 into a wholesale order 314 made by proxy server 302 at a 
merchant server 305, with a corresponding stored-value payment 312 made by a proxy SV 
puxse 303 into a merchant stored-value point-of-sale 304. Upon recedving wholesale order 314 
and payment 312, merchant server 305 sends merchandise (for example, digital content) via a 

30 wholesale supply link 315 to proxy server 302, which relays the merchandise via a retail 
supply liolc 316 to customer commerce unit 301. An aggregated bill 313 is presented by 
merchant server 302 for payment at the end of the month, or when the total bill reaches a 
predefined maximum. 
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Figure 3B describes aa alternative embodimemt, wherein the proxy (such as a service 
provider) is involved in payment only, while the order and supply of the merchandise are 
handled directly between the customer and the merchant. A customer commerce xmit 330 
i communicates via the internet with a merchant serveic 334 to select an item, place a tentative 
5 order and get a payment order number (PON). A purchase order 341 including the merchant 
identity and the PON is sent to a proxy server 331. Proxy server 331 sends the PON (not 
shown) to merchant server 334 wbile transferring payment (usually under wholesale discoimt) 
by stored value 312 from a proxy purse 332 to a merchant stored-value PCS 333. Merchant 
PCS 333 then snpphes merchandise via a direct supply link 344 directly to customer unit 330. 

10 An aggicgated bill 342 is presented ia a manner similar to that illustrated in. Figure 3 A. 

Jbigme 3C describes another variation of Figure 3 A, wherein, in addition to the 
combination of retail and wholesale transactions shown in Figure 3A:, a customer having a 
stored-value purse 352 attached to a commerce unit 351 may place a direct order 354 with 
merchant server 305, pay directly by stored value 355 from purse 352 to POS 304, and receive 

1 5 merchandise by a direct supply link 353 . 

Figure 4A describes a further variation of the present invention, wherein a merchant 
remote POS 413 is separate from a merchant commerce server 415. This uiay be desirable, for 
example, to minimize tibie modifications needed at an existing merchant commerce server. In 
tliis variation, a customer commerce unit 410 is used to place a payment order 421 with a 

20 proxy billing unit 411, which causes a proxy stored-value prurse 412 to pay the required 
amount to merchant remote POS 413. As a result, a payment confirmation unit 414 sends a 
payment acknowledgement message 423 to merchant commerce server 415, which then 
releases the merchandise. The merchandise order and supply elements are omitted from Figure 
4A, which illustrates only payment for clarity. It is noted that units 413 and 414 can be located 

25 at the merchant premises, or at a remote service center. 

Figure 4B describes a variation of Figure 4A, wherein a remote POS 431 and a 
payment unit 432 are operated by a trusted proxy of the merchant (such as the acquiring bank), 
hi this case, units 431 and 432 can receive payment on bishalf of a number of merchants. Thus, 
when payment 422 is made by proxy stored-value purse 412 to proxy stored-value POS 431, a 

30 merchant identification (not shown) is attached to payment message 422, which accordingly 
routes this transaction to the respective merchant's account, and then transmits a payment 
confirmation message 441 to the respective merchant server. 
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While the invention has been described with respect to a limited number of 
embodiments, it will be appreciated that many variations, modifications and other applications 
of the invention may be made. 



